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Attorney Docket: 42P17962 
METHOD AND APPARATUS TO SUPPORT A LARGE INTERNET PROTOCOL 

FORWARDING INFORMATION BASE 



BACKGROUND 
5 Field of Invention 

The field of invention relates generally to network devices and, more 
specifically but not exclusively, relates to supporting a large Internet Protocol 
forwarding information base. 
Background Information 
10 Networks provide the infrastructure for many forms of communication. LANs 

(Local Area Network), WANs (Wide Area Network), MANs (Metropolitan Area 
Network), and the Internet are common networks. Packets sent on networks are 
often handled by various network devices such as bridges, hubs, switches, and 
routers. 

15 Routers are special-purpose devices used to interconnect networks. A router 

can interconnect networks that use different technologies and different addressing 
schemes. Routers typically support multiple communication protocols. 

Interconnecting networks may be done by many different communication 
protocols. The Internet Protocol (IP) is a Layer 3 protocol that contains addressing 

20 information for the routing of packets. Each host is assigned an IP address (a.k.a., 
an Internet address.) Internet Protocol version 4 (IPv4) uses 32-bit addressing, 
while Internet Protocol version 6 (IPv6) uses 128-bit addressing. When packets are 
sent across the Internet, the destination address is attached to the packet. 
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A prefix is a portion of a destination address that may be used for IP routing. 
The prefix may sometimes be expressed in a slash notation. For example, an IPv4 
address is usually represented in a dotted decimal notation, for example, 129.52.6.0, 
where each 8-bit section (an octet) is separated by a decimal. The IPv4 address 
5 129.52.6.0 may have the prefix 129.52/16 meaning the first 16-bits of the IPv4 
address are to be used for routing of a packet. The remaining portion of the IPv4 
address refers to the destination within a particular network. Usually, this remaining 
portion refers to a subnet. 

Packets traverse the Internet by following a path from their source through 

10 routers to their destination. Each router along the path will examine the destination 
address of the packet. The router will then determine the most efficient way to 
forward the packet onto its destination. When a router is to forward a packet, it must 
determine whether it can send the packet directly to its final destination or whether 
the packet needs to pass through another router. The place the router will forward 

15 the packet is often referred to as the next-hop. 

Usually, a router maintains tables used to compute the forwarding path of a 
packet. Routing tables are used to computer optimal routes to the destination and 
forwarding tables are used to dictate immediate next-hops for the destination. 
Forwarding tables are updated by routing protocols based on the routing tables. A 

20 forwarding table may also be referred to as a Forwarding Information Base (FIB.) 
When routing or topology changes occur in a network, the IP routing table is 
updated, and those changes are reflected in the FIB. The FIB maintains next-hop 
address information based on the information in the IP routing table. 
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The router uses a next-hop selection process to determine which route from 
the FIB to use to forward the packet. One method of selection is the Longest Prefix 
Match (LPM.) In LPM, the router compares the destination address with the route 
addresses maintained in the FIB. The path with the longest matching prefix is the 
5 chosen path. 

The FIBs of today's core routers for IPv4 usually maintain 30,000-50,000 
prefixes. These large route tables are maintained at Network Access Points such as 
Metropolitan Area Exchange (MAE) East and MAE West. While large route tables 
are in the order of 30,000 to 50,000 prefixes, the requirements for the next 
10 generation of routers may range from 256,000 to 1 million prefixes. This number of 
prefixes and their corresponding next-hop entries result in a very large FIB. Current 
FIB schemes do not provide for efficient storage and manipulation of such a large 
number of prefixes. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in the 
accompanying figures. 

Figure 1 is a block diagram illustrating one embodiment of a network for IP 
5 routing in accordance with the teachings of the present invention. 

Figure 2 is a block diagram illustrating one embodiment of an IP forwarding 
scheme in accordance with the teachings of the present invention. 

Figure 3 is a block diagram illustrating one embodiment of an IP forwarding 
scheme in accordance with the teachings of the present invention. 
10 Figure 4 is a block diagram illustrating one embodiment of an IP forwarding 

scheme in accordance with the teachings of the present invention. 

Figure 5 is a block diagram illustrating one embodiment of an IP forwarding 
scheme in accordance with the teachings of the present invention. 

Figure 6 is a block diagram illustrating one embodiment of an IP forwarding 
15 scheme in accordance with the teachings of the present invention. 

Figure 7 is a block diagram illustrating one embodiment of an IP forwarding 
scheme in accordance with the teachings of the present invention. 

Figure 8 is a block diagram illustrating one embodiment of an IP forwarding 
scheme in accordance with the teachings of the present invention. 
20 Figure 9 is a flowchart illustrating one embodiment of the logic and operations 

to support a large IP forwarding information base on a network device in accordance 
with the teachings of the present invention. 
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Figure 10 is a block diagram illustrating one embodiment of a network device 
in accordance with the teachings of the present invention. 
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DETAILED DESCRIPTION 

Embodiments of a method and system to support a large Internet Protocol 
forwarding information base are described herein. In the following description, 
numerous specific details are set forth to provide a thorough understanding of 
5 embodiments of the invention. One skilled in the relevant art will recognize, 
however, that the invention can be practiced without one or more of the specific 
details, or with other methods, components, materials, etc. In other instances, well- 
known structures, materials, or operations are not shown or described in detail to 
avoid obscuring aspects of the invention. 

10 Reference throughout this specification to "one embodiment" or "an 

embodiment" means that a particular feature, structure, or characteristic described in 
connection with the embodiment is included in at least one embodiment of the 
present invention. Thus, the appearances of the phrases "in one embodiment" or "in 
an embodiment" in various places throughout this specification are not necessarily 

15 all referring to the same embodiment. Furthermore, the particular features, 
structures, or characteristics may be combined in any suitable manner in one or 
more embodiments. 

Figure 1 shows an embodiment of a network in accordance with the teachings 
of the present invention. Figure 1 shows a network 102 communicatively coupled to 

20 a router 106. Network 102 includes a host 104. Router 106 is communicatively 
coupled to a router 108. Router 108 is communicatively coupled to router 110 and 
router 112. Router 112 is communicatively coupled to router 110 and router 114. 
Router 112 is communicatively coupled to a network 122 that includes host 120. 
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Router 110 is communicatively coupled to network 124 that includes host 126. 
Networks 102, 122, and 124 include, but are not limited to, LANs, WANs, MANs, or 
the like, or any combination thereof. It will be appreciated that the embodiment 
shown in Figure 1 may be scaled to include any number of routers coupled in 
5 various different communication paths. Also, while embodiments of the present 
invention are described herein by way of a router, it will be understood that 
embodiments of the invention are not limited to a router and include other network 
devices such as, but not limited to, bridges, hubs, and switches. Further, it will be 
understood that embodiments of the present invention are not limited to the IP but 

10 also include lookup on prefixes for any other fields, such as port numbers. 

One embodiment of IP forwarding using a FIB will be described in conjunction 
with Figure 1. Host 104 sends a transmission T1 to be received by host 120 and a 
transmission T2 to be received by host 126. Router 106 receives the transmissions 
T1, T2 and examines their destination IP addresses. Router 106 determines that the 

15 next-hop for both transmissions is router 108 and forwards the transmissions to 
router 108. Router 106 includes a routing table and an FIB. The router 106 uses its 
routing table to compute the optimal route for the transmissions T1 , T2 and uses its 
FIB to determine the immediate next-hop along the optimal path for each 
transmission. 

20 Router 108 receives the transmissions. Router 108 analyzes the destination 

IP addresses of the transmissions. Router 108 determines that the next-hop for 
transmission T1 is through router 112 and forwards the transmission. Router 108 
also determines that the next-hop for the transmission T2 is via router 110 and 
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forwards the transmission. Router 112 forwards transmission T1 to network 122, 
while router 110 forwards transmission T2 to network 124. 

In one embodiment of the present invention, an IP forwarding algorithm 
implements a LPM using a trie table data structure. Trie (derived from "retrieval") 
5 denotes a tree structure for storing information. The trie table entries point into an 
entry into the next-hop table. Embodiments described herein pertain to a 16-4-4-4 
trie table structure, but it will be understood that embodiments of the invention are 
not limited to such a trie structure. Embodiments of the present invention will be 
discussed in relation to IPv4), but it will be understood that the embodiments 

10 described herein may operate with IPv6, or the like. 

Referring to Figures 2, 3 and 4, one embodiment of an IP forwarding scheme 
will be described using IPv4. Figure 2 shows data structures of the scheme; Figures 
3 and 4 show example implementations of the IP forwarding scheme. A Hi64k Table 
204 includes approximately 64k trie entries (2 A 16) numbered from 0000 to FFFF 

15 (hex). Table 204 is indexed by the upper 16 bits of a 32-bit destination IPv4 
address. 

A 4-bit trie block 208 includes 16 tries entries (2 A 4) numbered from 0 to F 
(hex.) Each trie block is indexed into using 4 bits. A trie block is 64 bytes long (16 
trie entries of 4 bytes each.) In one embodiment, the trie blocks are stored 
20 separately from the Hi64k Table. 

A 32-bit trie entry is shown at 206. In one embodiment, each 32-bit trie entry 
includes a next-hop pointer 210 in bits 16-31 and a next-trie pointer 212 in bits 0 to 
15. The next-hop pointer 210 is an index into the next-hop table and the next-trie 
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pointer 212 points to another trie block. In one embodiment, the Hi64k Table and 
the 4-bit trie blocks are stored in Static Random Access Memory (SRAM) of the 
router. 

In one embodiment, a trie lookup algorithm uses the following procedures. 
5 The algorithm implements a Longest Prefix Match (LPM) lookup into the Hi64k Table 
204. The algorithm will analyze the corresponding trie entry. If the next-hop pointer 
is not NULL, then the next-hop pointer is used to update a next_hop_to_return 
variable. 

While the next-trie pointer of the trie entry in the Table 204 is not NULL, the 
10 next-trie pointer is followed to a trie block. This trie block is indexed into using the 
next 4-bit portion of the destination IP address to find a trie entry within the trie block. 
If the next-hop pointer of this trie entry is not NULL, then this next-hop pointer is 
used to update the next_hop_to_return. 

While the next-trie pointer of this trie entry is not NULL, the next-trie pointer is 
15 followed to another trie block. The process is repeated as long as the next-trie 

pointer is not NULL. When the next-trie pointer is NULL, the next-hop pointer in the 
next_hop_to_return is returned and used to enter the next-hop table. The following 
pseudo-code describes an embodiment of the trie lookup algorithm: 

20 

Trie_lookup0 
{ 

next_hop_to jreturn = default_value; 
index = Get_first_16_bits_as_index; 
25 lookup = Lookup_hi64ktrie(index); 

next_trie_ptr = extract_next_trie(lookup); 
next_hop_ptr = extract jiext_hop(lookup); 
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if (next_hop_ptr != NULL) 

next_hop_to_return = next_hop_ptr; 

while (next_trie_ptr != NULL) 
5 { 

index = Get_next_4_bits_as_index; 

lookup = Lookup_trie(index); 

next_trie_ptr = extract_next_trie(lookup); 

next_hop_ptr = extractjiextjiop(lookup); 
1 0 if (nextjiop _ptr != NULL) 

next_hop_to_return = next_hop_ptr; 

} 

} 

In Figure 3, a 32-bit destination IPv4 address 192.10.3.10 is shown at 302. 
15 The lower 16-bits of the address are represented as 3.10 in decimal notation. When 
these 16-bits are separated into 4-bit sections, the address is represented as 030A 
(hex), as shown at 302. IPv4 address 192.10.3.10 is used repeatedly herein as an 
example, but it will be understood that embodiments of the invention are not limited 
to these examples. 

20 In Figure 3, the lookup algorithm indexes into the Hi64k Table 204 using the 

upper 16 bits (also referred to as the high 16-bits) of the destination IPv4 address. 
The next-hop pointer of the trie entry is not NULL, so the next_hop_to_return 305 is 
updated with the next-hop pointer from Table 204. The next-trie pointer of the entry 
is NULL, so the lookup ends. The next_hop_to_return 305 is returned and then 

25 followed into the next-hop table 304. 

The next-hop table 304 contains information used by the router to forward the 
packet. An embodiment of a next-hop entry, shown at 306, includes a fabric blade 
identification, maximum transmission unit (MTU) information, a next-hop 
identification, an output port, or the like. 
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In Figure 4, 32-bit destination IPv4 address 192.10.3.10 is shown at 402. The 
lookup algorithm indexes into the Hi64k Table 204 using the upper 16-bits of the 
destination IPv4 address. The next-hop pointer is Next-Hop Pointer 1 (NH Ptr 1), so 
the algorithm updates the next_hop_to_return 305 to NH Ptr 1 . The next-trie pointer 
5 in this trie entry is not NULL, so the next-trie pointer is followed to trie block 404. 
Trie block 404 is indexed based on the next 4-bits of the destination IPv4 address. 
Bits 12-15 of the destination IPv4 address are 0, so trie block 404 is indexed into its 
0 entry. The next-hop pointer is NH Ptr 2, so the algorithm updates the 
next_hop_to_return 305 to NH Ptr 2. The next-trie pointer of this trie entry is not 

10 NULL, so the lookup algorithm follows the next-trie pointer to trie block 406. Trie 
block 406 is indexed into at entry 3 based on the destination IPv4 address bits 8-1 1 . 
Since the next-hop pointer of this trie entry is NULL, the algorithm does not update 
the next_hop_to_return. Since the next-trie pointer is NULL, the lookup is complete. 
Next_hop_to_return 305 is returned, which is NH Ptr 2. NH Ptr 2 is followed to a 

15 next-hop entry in the next-hop table 304. 

It will be appreciated that in another example where the next-trie pointer in 
entry 3 of block 406 was not NULL, the algorithm may continue into another trie 
block indexed by bits 4-7 of the destination IPv4 address. The lookup algorithm 
continues as long as the next-trie pointer is not NULL, or all bits of the destination 

20 IPv4 address have been used in the lookup. 

A disadvantage of the trie block scheme described above is that the number 
of trie blocks available is limited by the size of the 16-bit next-trie pointer in the Hi64k 
Table. The 16-bit next-trie pointer can only point to approximately 64,000 trie blocks 
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(2 A 16 = 65,536.) Assuming that 64k next-hops are needed, such as in Multiprotocol 
Label Switching (MLPS), only 64k trie blocks are available for use by the forwarding 
algorithm. 

After analysis of trie block usage with the MAE West Route Table, the 
5 following observation was made. Supporting n prefixes requires n/2 trie blocks on 
an average. This implies that 64k trie blocks will only be sufficient to support 
approximately 128k route prefixes. Embodiments of the present invention increase 
the number of trie blocks available to the FIB. Thus, the FIB may store more than 
128k route prefixes and their corresponding next hops 
10 Figure 5 shows an embodiment to support a large IP FIB. In this 

embodiment, the forwarding scheme uses a 64-bit trie entry, as shown at 504. In 
the 64-bit trie entry 504, the next-hop pointer is 32-bits long and the next-trie pointer 
is 32 bits long. This enables a single trie entry to point to approximately 4.3 billion 
trie blocks (2 A 32) instead of approximately 64,000 tire blocks (2 A 16). A trie block 
15 with a 64-bit trie entry is shown at 506. The forwarding algorithm may navigate the 
trie blocks to find the next-hop pointer similarly as described above in conjunction 
with Figures 2-4. 

Figure 6 shows another embodiment of the invention to support a large IP 
FIB. In this embodiment, a 32-bit trie entry, shown at 602, includes an 8-bit next-hop 
20 pointer and a 24-bit next-trie pointer. This allows the trie entry 602 to point to 
approximately 16.8 million next-trie blocks (2 A 24). However, because the next-hop 
pointer is 8-bits, the number of next-hops in the next-hop table is limited to 256 
(2 A 8). A trie block shown at 604 includes 16 trie entries where each entry has the 
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format as shown at 602. The forwarding algorithm may navigate the trie blocks to 
find the next-hop pointer similarly as described above in conjunction with Figures 2- 
4. 

Figures 7 and 8 show embodiments of the present invention to support a 
5 large IP FIB using pools of trie blocks. The forwarding algorithm derives a pool 
index to determine which pool of trie blocks to navigate to find the appropriate next- 
hop pointer. In the embodiment of Figure 7, a hash is used to determine the pool 
index. In the embodiment of Figure 8, an extra field in the Hi64k Table 204 is used 
to determine the pool index. The forwarding algorithm determines the pool index for 
10 an entry in the Hi64k Table in order to know the correct pool to navigate through in 
order to find the next-hop pointer. The pool index corresponds to a pool base 
address for that pool. 

Generally, n pools of trie blocks are maintained. As described above, each 
trie block is 64 bytes long (16 trie entries of 32-bits each.) Each pool may have up to 
15 approximately 64k trie blocks. In one embodiment, every entry in the Hi64k Table 
204 references trie blocks from only one pool. Thus, that pool includes trie blocks 
from a single branch of the Hi64k Table 204. 

In one embodiment, the base addresses for the pools may be maintained in 
local memory of the router. In another embodiment, the pools are maintained as 
20 linked lists. The use of pools of trie blocks allows for an increase in the number of 
trie blocks available without degrading performance of the router. 
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Referring to Figure 7, an embodiment using pools of trie blocks is shown. In 
the embodiment of Figure 7, there are 8 pools with each pool having approximately 
32k trie blocks as shown at 702. 

The pool for a particular entry in the Hi64k Table is determined by hashing the 
5 upper 16 bits of the destination IP address into a value from 1 to n where n is the 
total number of pools. In Figure 7, a 32-bit destination IPv4 address of 192.10.3.10 
is shown at 402. The upper 16 bits 192.10 are put through a hash function to 
determine the pool number. In Figure 7, the hash of 192.10 results in a pool index 
for pool 8. The forwarding algorithm will then work through the trie blocks of pool 8 
10 to determine the next-hop for the destination IP address 192.10.3.10. The 
forwarding algorithm will start with the trie entry indexed by 192.10 in the Hi64k 
Table and proceed as described above in conjunction with Figures 2-4. 

The hashing scheme is easy to implement with minimal changes to the fast 
path of the router. There is no need for additional memory for the trie block 
15 addresses because the next-trie pointer of a trie entry can remain at 16-bits. Also, 
no additional memory or modification of existing lookup data structures are needed 
to support more trie blocks. The memory utilization is unaffected by this scheme 
since each trie entry is still 32-bits. In the embodiment of Figure 7, the allocation of 
Hi64k Table 204 entries to pools and the size of each pool is fixed at compile time of 
20 the code. A sufficiently random hash algorithm will result in substantially equal 
distribution of Hi64k Table entries across the pools. 

Referring to Figure 8, an embodiment of the present invention using pools of 
trie blocks is shown. Figure 8 shows IPv4 destination address 192.10.3.10 at 402 
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and the Hi64k Table 204. Shown at 802 are 8 pools with each pool having 
approximately 32k trie blocks. The pool index is maintained as a separate field in 
addition to the next-hop pointer and the next-tire pointer fields of the Hi64k Table 
204. In Figure 8, a 3-bit field 804 is added to the 32-bit trie entries in Table 204 to 
5 indicate the pool index for each trie entry in Table 204. In the embodiment of Figure 
8, the pool index of 192.10 is pool 8. It will be understood that in the embodiment of 
Figure 8, the storage requirements of Table 204 may increase slightly because of 
the addition of the pool index field. 

In the embodiment of Figure 8, the router may balance the use of pools 

10 during runtime of the router. The router can analyze the pools and add trie entries to 
under-utilized pools. In one embodiment, this balancing of pools may be performed 
at least in part by an XScale™ Processor of the Intel Internet exchange Processor 
(IXP) family. When a destination IPv4 address prefix gets added to the Hi64k Table 
204 for indexing, the router determines which pool to use for the destination IP 

15 address prefix to balance utilization of the pools. The pool index for that entry is set 
accordingly. 

In an alternative embodiment of balancing the pools, an existing pool may be 
split into smaller pools at runtime. For example, if a pool has 1024 4-bit trie blocks 
and is under-utilized, then it can be broken into 2 different 512 4-bit trie block pools. 
20 When a destination IPv4 address prefix gets added to the Hi64k Table 204 for 
indexing, trie blocks can be used from the new pool broken off from the under- 
utilized pool. Since the pool index is dynamically assigned, setup code can make 
such optimizations. 
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In another embodiment, a pool index may be assigned to prevent a pool 
overflow. If a particular pool will run out of trie blocks after adding a new trie entry to 
the Hi64k Table, then a larger pool can be assigned to that particular Hi64k Table 
entry to prevent the overflow. 
5 Figure 9 shows a flowchart 900 illustrating one embodiment of the logic and 

operations to support a large IP forwarding information base. Starting at a block 
902, a router receives a packet having a destination IPv4 address. Proceeding to a 
block 904, the upper 16-bits of the destination IPv4 address are extracted. A Hi64k 
Table is indexed into using the upper 16-bits to locate an entry in the table 

10 associated with the upper 16-bits, as depicted in a block 906. Continuing in a block 
908, a pool index identifying a particular pool is derived. In one embodiment, the 
pool index is derived by reading a pool index from a field in the entry located the 
Hi64k Table. In another embodiment, a hash is performed on the upper 16-bits of 
the destination IP address to derive the pool index. The logic then proceeds to a 

15 block 910 to navigate through the Hi64k Table entry and the pool to find the next- 
hop pointer. In one embodiment, the trie lookup algorithm as described above is 
used to navigate the Hi64k Table entry and the pool. Continuing to a block 912, the 
next-hop table is entered using the next-hop pointer. The router uses the next-hop 
information from the next-hop table to forward the packet. 

20 It will be understood that embodiments of the present invention do not require 

additional memory bandwidth for the look up of forwarding information. The 
embodiment of Figure 8 may need minimal additional bandwidth due to the 
additional pool index field in the Hi64k Table. Thus, embodiments of the present 
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invention allow for a router to maintain a large FIB with little impact to memory 
utilization. 

Figure 10 is an illustration of one embodiment of an example network device 
1000 on which embodiments of the present invention may be implemented. In one 
5 embodiment, network device 1000 is a router. Network device 1000 includes a 
processor 1002 coupled to a bus 1007. Memory 1008, non-volatile storage 1010, 
and network interface 1014 are also coupled to bus 1007. The network device 1000 
interfaces to networks through the network interface 1014. 

As shown in Figure 10, network device 1000 interconnects a network 1023, a 

10 network 1024, and a network 1025. The network device 1000 includes ports (not 
shown) for connecting the networks to the network interface 1014. Such networks 
include a local area network (LAN), wide area network (WAN), or the Internet. 
Networks 1023, 1024, and 1025 may include at least one host device (not shown) 
such as a personal computer, a server, a mainframe computer, or the like. The 

15 network device 1000 can interconnect networks that use different technologies, 
including different media, physical addressing schemes, and frame formats. While 
Figure 10 shows the network device 1000 interconnecting three networks 1023, 
1024 and 1025, it will be understood that network device 1000 may be connected to 
more or less than three networks. Network device 1000 may operate with IPv4, 

20 IPv6, or the like. 

Processor 1002 may be a network processor including, but not limited to, an 
Intel® Corporation IXP (Internet exchange Processor) family processor such as the 
IXP 4xx, IXP 12xx, IXP24xx, IXP28xx, or the like. In one embodiment, processor 
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1002 includes a plurality of micro-engines (MEs) 1004 operating in parallel, each 
micro-engine managing a plurality of threads for packet processing. In one 
embodiment of a micro-engine, code to execute on the micro-engine is stored in 
volatile memory within the micro-engine. In another embodiment, the code is 
5 downloaded from a network to a micro-engine when the router is turned on. 

Memory 1008 may include, but is not limited to, Dynamic Random Access 
Memory (DRAM), Static Random Access Memory (SRAM), Synchronized Dynamic 
Random Access Memory (SDRAM), Rambus Dynamic Random Access Memory 
(RDRAM), or the like. A typical network device will usually include at least a 
10 processor 1002, memory 1008, and a bus 1007 coupling memory 1008 to processor 
1002. 

The network device 1000 also includes non-volatile storage 1010 on which 
firmware and/or data may be stored. Non-volatile storage devices include, but are 
not limited to, Read-Only Memory (ROM), Flash memory, Erasable Programmable 

15 Read Only Memory (EPROM), Electronically Erasable Programmable Read Only 
Memory (EEPROM), or the like. It is appreciated that instructions (e.g., software, 
firmware, etc.) may reside in memory 1008, non-volatile storage 1010 or may be 
transmitted or received via network interface 1014. 

For the purposes of the specification, a machine-readable medium includes 

20 any mechanism that provides (i.e., stores and/or transmits) information in a form 
readable or accessible by a machine (e.g., a computer, network device, personal 
digital assistant, manufacturing tool, any device with a set of one or more 
processors, etc.). For example, a machine-readable medium includes, but is not 
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limited to, recordable/non-recordable media (e.g., a read only memory (ROM), a 
random access memory (RAM), a magnetic disk storage media, an optical storage 
media, a flash memory device, etc.). In addition, a machine-readable medium can 
include propagated signals such as electrical, optical, acoustical or other form of 
propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.). 

The above description of illustrated embodiments of the invention, including 
what is described in the Abstract, is not intended to be exhaustive or to limit the 
invention to the precise forms disclosed. While specific embodiments of, and 
examples for, the invention are described herein for illustrative purposes, various 
equivalent modifications are possible within the scope of the invention, as those 
skilled in the relevant art will recognize. 

These modifications can be made to embodiments of the invention in light of 
the above detailed description. The terms used in the following claims should not be 
construed to limit the invention to the specific embodiments disclosed in the 
specification and the claims. Rather, the scope of the invention is to be determined 
by the following claims, which are to be construed in accordance with established 
doctrines of claim interpretation. 
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